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METHOD FOR USING AND CHARGING INTERNET 
SERVICES VIA A MOBILE TELEPHONE 



The invention relates to a method for using and charging Internet services via a 
mobile telephone. 

Methods for charging Internet services via an Internet terminal (for example a 
personal computer) are kno\vn from prior art. According to methods previously 
known in the Internet the customer data are held in or loaded to the Intemet terminal 
or by the dealer, but this is not practical when mobile telephone terminals are used as 
an Intemet terminal. 

EP-A-0 917 327 discloses a method for charging Intemet services where the charges 
are settled centrally by the Intemet service provider. The service provider has a 
special payment system that supports various payment methods and electronic 
monetary values. The payment system receives the requests for payment from a dealer 
to a user. When the payment request has been released by the user the user's accoimt 
or telephone bill is debited with the respective amount by the payment system and the 
amount is transmitted to the dealer in the form of electronic monetary values. 

WO-A-99 33034 specifies a method for controlling financial transactions via a mobile 
commimication system where a user can release and process payment transactions, for 
example, to any dealer terminal (points of sale) via his mobile telephone. The amount 
to be paid is debited to the user's account and credited to the dealer, for example. 
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Therefore, the invention is based on the following problem: 

To provide a method with which especially Internet services can be charged quickly 
and safely via a mobile telephone. 

The problem is solved by the features of the independent patent claims. 

A mobile telephone customer pays a small individual fee for certain contents 
(information, database searches, travel schedules, games, etc.) when surfing the 
Internet using a WAP-enabled terminal (wireless application protocol), for example. 
According to the invention, said amount can be settled efficiently and reliably via the 
mobile telephone network. 

Advantages compared to the prior art. 

According to earlier micropayment methods known in the Internet the micropayment 
accoimt is opened at the bank of the customer and made available to the customer in 
the form of an electronic money purse in the personal computer. This is not feasible 
for mobile telephones having limited capacity. 
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[0012] Five parties are involved in the charging process: the customer, the 
provider, the payment gateway, the micropayment bank and the bank system. 

[0013] The customer has an Internet-enabled (WAP-enabled) mobile 
telephone terminal 1 and has access to the Internet 3 via the mobile telephone 
network 2. 

[0014] An interface is added by the provider to his standard Internet server 
software available in a provider server 4 so as to create a payment gateway 5. The 
content of the offers (information, games, database searches, etc.) can be called up 
in a format that is adapted to the mobile telephone terminal 1 . 

[0015] The MSISDN of the mobile telephone user, the account number of a 
micropayment account 7 of the customer and his current credit balance are the 
customer data held by the payment gateway 5 in a payment database 6. The 
payment gateway is able to find the MSISDN pertaining to a temporary IP address 
via an inquiry in a MSISDN-IP database 8. 

[0016] The micropayment account 7 is maintained as a sub-account of an 
actual bank account at a bank. The payment gateway 5 and the micropayment 
account 7 are continuously synchronized by matching the databases. The 
micropayment account 7 can be prepaid or postpaid. The customer is able to access 
the current account balance and the current bookkeeping entries in the account 7 at 
any time via the Internet 3. Transfers from the micropayment account 7 to the 
provider accounts at other banks 9 are made collectively over a period of time (day, 
week, month, for example) via the bank system 10. 

[0017] Description of the process based on Figs. 1 and 2. When a mobile 
telephone-Internet user surfs a contractual server of the mobile telephone network 
operator the provider recognizes the operator based on the user's IP address range. 

[0018] While surfing, the mobile telephone-Internet user receives a message 
at a certain place that the content is fee-based. The provider determines whether the 
fee is charged per time unit or per click. When the user selects said content he will be 
asked to authorize the payment for contents up to a maximum amount. Said request 
sent by the provider includes the transaction data (transaction ID, amount, provider 
ID) and a link to the payment gateway 5. The provider sends the same data, 
expanded by the temporary IP address of the mobile telephone-Internet user to the 
payment gateway 3. When the user clicks on OK, the transaction data is also 
transmitted from his terminal 1 to the payment gateway 5. The customer can secure 
such action with a payment PIN. 
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[0019] The payment gateway 5 synchronizes the two messages and verifies 
that they concur. The user's IP address, the transaction ID. the amount and the 
provider ID have to be identical. The payment gateway 5 determines the MSISDN of 
the mobile telephone-Internet user via the user's IP address and with the MSISDN it 
searches for the pertaining customer data filed in the payment database 6. The 
payment gateway 5 now attempts to reserve the requested amount in the 
micropayment account. 

[0020] In case of prepayment the credit balance can be verified, in case of 
post-payment the credit limit can be verified, A maximum amount per time period (for 
example DEM 100/month) defined by the customer can also be verified. 

[0021] If the result of the verification is positive the provider receives 
authorization for the requested amount and can apply said amount. As long as the 
mobile telephone-Internet user remains in the server 4 of the provider he will be able 
to use fee-based contents without further payment authorization. The provider debits 
the small amounts against the amount transferred to him. When it is used up the 
provider can initiate another authorization. The process is not concluded until the 
user fails to use the server of the provider over a certain time period. The charge(s). 
including transaction ID, amount, provider ID and the IP address of the user are 
transmitted to the payment gateway. The provider can display the current status of 
the charges on every page he transmits to the customer. 

[0022] The payment gateway 5 allocates the actual charges to the 
reservations and transfers the amounts from the micropayment account 7 to the 
provider. The respective reservations are cancelled. The actual payment flow to the 
provider's receiving account can take place collectively at a later time. The 
reservations are also cancelled by the payment gateway 5 when no charge has been 
received from the provider with the respective transaction ID within a defined time 
period. 

[0023] The customer opens his micropayment account 7 at the 
micropayment bank of the mobile telephone network operator. The account is 
generally prepaid, unless the customer has the creditworthiness required by the 
mobile telephone network operator. The customer can make deposits to his 
micropayment account and check the bookkeeping entries at any time via the 
Internet. 

[0024] When the requirements for security are low it is possible to establish 
asymmetrical authorization requests to the payment gateway 5 so as to simplify the 
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method, i.e. only the customer sends a message or only the provider sends a 
message to the payment gateway to initiate the reservation transaction. In these 
cases, the synchronization is omitted. 
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